今天就和大家一起去探索下Android中编译打包的那些事儿。整个构建流程大概分为两部分：编译（Compile）,打包（Package）编译编译过程就是将java文件编译成class文件，最后优化成dex文件。打包打包流程就是将DEX文件和编译后的资源组合成单个APK，并且签名，生成最终的APK。在这些工作中会有很多工具来辅助完成，比如AAPT，aidl，javac，apkbuilder等等。那在AndroidStudio中，又是由谁来调度这些工具的呢？Gradle构建工具。也就是说，在我们点击generateAPK之后，Gradle就会执行一系列的约定好的task，每个task有自己的构建工作

一、JNI简介JNI=JavaNativeInterface，Java本地接口。二、交叉编译在什么平台运行的软件就需要在什么平台进行编译，为什么Android可以在Windows下kaifa-并在手机的unix系统上运行呢？这是因为Java是运行在虚拟机上的。为什么说Java是一次编译到处执行？交叉编译：在一个平台下编译出另一个平台下可以运行的本地代码cpu平台x86arm操作系统平台windowslinuxmacosunix不同的cpu和不同的操作系统所支持的指令集是不一样的，所以在哪个平台上的软件需要在哪个平台上进行编译。三、NDK简介NDK=nativedevelopkit，本地开发工具

目录一、配置二、准备相关文件进行训练三、使用labelImg标注图片1.安装labellmg2.使用 labellmg四.划分数据集以及配置文件的修改1.在VOCData目录下创建程序 split_train_val.py 并运行 2.将xml格式转为yolo_txt格式3.配置文件 五、聚类获得先验框1.生成anchors文件 2.修改模型配置文件 六、模型训练1.开始训练1.5问题分析：2.训练过程七、测试效果 一、配置注意：安装涉及的路径不要有中文anaconda中新建一个虚拟环境，python3.9，pytorch1.12.1，yolov5v6.0yolov5源码下载：GitHub-u

前言前面已经从开机启动聊到了跟应用相关的system_server进程和zygote进程的启动流程，也知道了在开启一个应用进程的时候怎么通过socket通信让zygote孵化应用进程和应用进程执行ActivityThread.main()方法后，也初步分析了startActivity方法后到执行Activity的onCreate()的过程我们都知道Android的安装文件.apk就是一个各种资源的压缩文件，我们在开发中使用Activity组件是必须得在manifest清单文件中注册对应的组件信息，那么PKMS(PackageManagerService)就是去解析对应的manifest清单文件

featureCounts是一个用来统计count数的软件，运行的速度飞快，比之前用的htseq-count快了好多好多。照例先说一下怎么下载这个软件：wgethttps://jaist.dl.sourceforge.net/project/subread/subread-1.6.2/subread-1.6.2-Linux-x86_64.tar.gztar-zxvfsubread-1.6.2-Linux-x86_64.tar.gzcdsubread-1.6.2-Linux-x86_64/bin./featureCounts-h然后来说这次的流程。照旧用Hisat2来比对出Bam文件之后。使用f

KuberenetesScheduler在整个系统中承担了“承上启下”的重要功能，“承上”是指它负责接收ControllerManager创建的新Pod，为其安排一个落脚的“家”——目标Node；“启下”是指安置工作完成后，目标Node上的kubelet服务进程接管后续工作，负责Pod生命周期中的“下半生”。具体来说，KubernetesScheduler的作用是将待调度的Pod（API新创建的Pod、ControllerManager为补足副本而创建的Pod等）按照特定的调度算法和调度策略绑定（Binding）到集群中某个合适的Node上，并将绑定信息写入到etcd中，在整个调度过程中涉及三

这是AndroidInput系列的第三篇文章，前面两篇的地址如下：InputANR是如何产生的[Input]socket连接的创建今天主要讲讲App端在收到事件之后，是如何消费这些事件的。首先，我们看一个事件分发的典型Java堆栈：image.png可以看到，事件是从nativePollOnce分发出来的，调到了InputDispatcherReceiver的onReceive方法中，然后再分发给ViewRootImpl去处理。今天这篇文章，主要讲一下App端从socket中收到事件后，是怎样调度到InputDispatcherReceiver.onReceive方法的。下一篇文章，我们再讲后

ORB-SLAM3Android移植1.前期准备ORB-SLAM3开源链接：https://github.com/UZ-SLAMLab/ORB_SLAM3依赖库如下：boostopensslOpenCVEigen3DBoW2andg2oSophus1.1AndroidStudio新建Native工程该步骤省略...1.2导入ORB-SLAM3源码cpp下新建文件夹"orb-slam3"用于存放ORB-SLAM3相关源码。将clone下来的ORB-SLAM3源码中include、src、Thirdparty三个文件夹拷贝到新建的orb-slam3文件夹下。orb-slam3文件夹下新建CMake

相信大家也发现了，我们常用的APP中，每到节假日都会换上不一样的主题背景，换成对应节日的皮肤，像这种换肤肯定不是为了某一个节日单独发一个版本，这样的话也太麻烦了，很多大厂都有自己的换肤技术，不需要通过发版就可以实时换肤，活动结束之后自动恢复，所以有哪些资源可以通过换肤来进行切换的呢？其实在Android的res目录下所有资源都可以进行换肤，像图片、文字颜色、字体、背景等都可以通过换肤来进行无卡顿切换，那么究竟如何才能高效稳定地实现换肤，我们需要对于View的生命周期以及加载流程有一定的认识。1XML布局的解析流程如果没有使用Compose，我们现阶段的Android开发布局依然是在XML文件中

image.png简介我们知道，在Android中，View绘制主要包含3大流程：measure（测量）：主要用于确定View的测量宽/高。layout（布局）：主要用于确定View在父容器中的放置位置。draw（绘制）：结合前面两步结果，将View真正绘制到屏幕上。Android中，主要有两种视图：View和ViewGroup，其中：View：就是一个独立的视图ViewGroup：一个容器组件，该容器可容纳多个子视图，即ViewGroup可容纳多个View或ViewGroup，且支持嵌套。虽然ViewGroup继承于View，但是在View绘制三大流程中，某些流程需要区分View和ViewG